Package | hl7.fhir.us.bulkdata |
Type | OperationDefinition |
Id | Id |
FHIR Version | R4 |
Source | http://hl7.org/fhir/us/bulkdata/http://hl7.org/fhir/us/bulkdata/2019May/OperationDefinition-patient-export.html |
Url | http://hl7.org/fhir/us/bulkdata/OperationDefinition/patient-export |
Version | 1.0.0 |
Status | active |
Date | 2019-02-15T00:00:00+11:00 |
Name | PatientLevelExport |
Title | FHIR Bulk Data Export (Flat FHIR) - System Level Export |
Experimental | False |
Realm | us |
Authority | hl7 |
Description | Export data from a FHIR server for all data associated with patients. This supports use cases like transmitting all data about patients or clinical care between systems |
Type | true |
Kind | operation |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
OPERATION: PatientLevelExport
The official URL for this operation definition is:
http://hl7.org/fhir/us/bulkdata/OperationDefinition/patient-export
Export data from a FHIR server for all data associated with patients. This supports use cases like transmitting all data about patients or clinical care between systems
URL: [base]/Patient/$$export
Parameters
Use | Name | Cardinality | Type | Binding | Documentation |
OUT | _outputFormat | 0..1 | string | The format for the requested bulk data files to be generated. Servers MUST support Newline Delimited JSON, but MAY choose to support additional output formats. Servers MUST accept the full content type of application/fhir+ndjson as well as the abbreviated representations application/ndjson and ndjson. Defaults to application/fhir+ndjson | |
IN | _since | 0..1 | instant | Resources updated after this period will be included in the response | |
OUT | _type | 0..1 | string | A string of comma-delimited FHIR resource types. Only resources of the specified resource types(s) SHOULD be included in the response. If this parameter is omitted, the server SHOULD return all supported resources within the scope of the client authorization. For non-system-level requests, the Patient Compartment SHOULD be used as a point of reference for recommended resources to be returned as well as other resources outside of the patient compartment that are helpful in interpreting the patient data such as Organization and Practitioner. Resource references MAY be relative URIs with the format <resource type>/<id>, or absolute URIs with the same structure rooted in the base URI for the server from which the export was performed. References will be resolved looking for a resource with the specified type and id within the file set. Note: Implementations MAY limit the resources returned to specific subsets of FHIR, such as those defined in the Argonaut Implementation Guide |
{
"resourceType" : "OperationDefinition",
"id" : "patient-export",
"text" : {
"status" : "generated",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\"><h2>PatientLevelExport</h2><p>OPERATION: PatientLevelExport</p><p>The official URL for this operation definition is: </p><pre>http://hl7.org/fhir/us/bulkdata/OperationDefinition/patient-export</pre><div><p>Export data from a FHIR server for all data associated with patients. This supports use cases like transmitting all data about patients or clinical care between systems</p>\n</div><p>URL: [base]/Patient/$$export</p><p>Parameters</p><table class=\"grid\"><tr><td><b>Use</b></td><td><b>Name</b></td><td><b>Cardinality</b></td><td><b>Type</b></td><td><b>Binding</b></td><td><b>Documentation</b></td></tr><tr><td>OUT</td><td>_outputFormat</td><td>0..1</td><td><a href=\"http://hl7.org/fhir/STU3/datatypes.html#string\">string</a></td><td/><td><div><p>The format for the requested bulk data files to be generated. Servers MUST support Newline Delimited JSON, but MAY choose to support additional output formats. Servers MUST accept the full content type of application/fhir+ndjson as well as the abbreviated representations application/ndjson and ndjson. Defaults to application/fhir+ndjson</p>\n</div></td></tr><tr><td>IN</td><td>_since</td><td>0..1</td><td><a href=\"http://hl7.org/fhir/STU3/datatypes.html#instant\">instant</a></td><td/><td><div><p>Resources updated after this period will be included in the response</p>\n</div></td></tr><tr><td>OUT</td><td>_type</td><td>0..1</td><td><a href=\"http://hl7.org/fhir/STU3/datatypes.html#string\">string</a></td><td/><td><div><p>A string of comma-delimited FHIR resource types. Only resources of the specified resource types(s) SHOULD be included in the response. If this parameter is omitted, the server SHOULD return all supported resources within the scope of the client authorization. For non-system-level requests, the Patient Compartment SHOULD be used as a point of reference for recommended resources to be returned as well as other resources outside of the patient compartment that are helpful in interpreting the patient data such as Organization and Practitioner. Resource references MAY be relative URIs with the format <resource type>/<id>, or absolute URIs with the same structure rooted in the base URI for the server from which the export was performed. References will be resolved looking for a resource with the specified type and id within the file set. Note: Implementations MAY limit the resources returned to specific subsets of FHIR, such as those defined in the Argonaut Implementation Guide</p>\n</div></td></tr></table></div>"
},
"url" : "http://hl7.org/fhir/us/bulkdata/OperationDefinition/patient-export",
"version" : "1.0.0",
"name" : "PatientLevelExport",
"title" : "FHIR Bulk Data Export (Flat FHIR) - System Level Export",
"status" : "active",
"kind" : "operation",
"date" : "2019-02-15T00:00:00+11:00",
"publisher" : "SMART Health IT",
"contact" : [
{
"name" : "Ricky Sahu",
"telecom" : [
{
"system" : "email",
"value" : "ricky@1up.health"
}
]
},
{
"name" : "Dan Gottlieb",
"telecom" : [
{
"system" : "email",
"value" : "daniel.gottlieb@childrens.harvard.edu"
}
]
},
{
"name" : "Josh Mandel",
"telecom" : [
{
"system" : "email",
"value" : "joshua.mandel@childrens.harvard.edu"
}
]
},
{
"name" : "Vlad Ignatov",
"telecom" : [
{
"system" : "email",
"value" : "Vladimir.Ignatov@childrens.harvard.edu"
}
]
}
],
"description" : "Export data from a FHIR server for all data associated with patients. This supports use cases like transmitting all data about patients or clinical care between systems",
"code" : "$export",
"resource" : [
"Patient"
],
"system" : false,
"type" : true,
"instance" : false,
"parameter" : [
{
"name" : "_outputFormat",
"use" : "out",
"min" : 0,
"max" : "1",
"documentation" : "The format for the requested bulk data files to be generated. Servers MUST support Newline Delimited JSON, but MAY choose to support additional output formats. Servers MUST accept the full content type of application/fhir+ndjson as well as the abbreviated representations application/ndjson and ndjson. Defaults to application/fhir+ndjson",
"type" : "string"
},
{
"name" : "_since",
"use" : "in",
"min" : 0,
"max" : "1",
"documentation" : "Resources updated after this period will be included in the response",
"type" : "instant"
},
{
"name" : "_type",
"use" : "out",
"min" : 0,
"max" : "1",
"documentation" : "A string of comma-delimited FHIR resource types. Only resources of the specified resource types(s) SHOULD be included in the response. If this parameter is omitted, the server SHOULD return all supported resources within the scope of the client authorization. For non-system-level requests, the Patient Compartment SHOULD be used as a point of reference for recommended resources to be returned as well as other resources outside of the patient compartment that are helpful in interpreting the patient data such as Organization and Practitioner. Resource references MAY be relative URIs with the format <resource type>/<id>, or absolute URIs with the same structure rooted in the base URI for the server from which the export was performed. References will be resolved looking for a resource with the specified type and id within the file set. Note: Implementations MAY limit the resources returned to specific subsets of FHIR, such as those defined in the Argonaut Implementation Guide",
"type" : "string"
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.